home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 4292 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.1 KB
  1. Path: www.cybercity.dk!usenet
  2. From: ccc6004@vip.cybercity.dk (Hans Henrik Happe)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: doubling pixels horizontally
  5. Date: 27 Feb 1996 01:18:11 GMT
  6. Organization: CyberCity of Denmark
  7. Message-ID: <2788.6631T140T744@vip.cybercity.dk>
  8. References: <3764.6622T781T478@ifi.uio.no>
  9. NNTP-Posting-Host: 194.16.56.103
  10. X-Newsreader: THOR 2.22 (Amiga;TCP/IP) *UNREGISTERED*
  11.  
  12.  
  13. Ludvig Pedersen ( ludvigp@ifi.uio.no ) wrote:
  14.  
  15. > How fast are your CPU-passes anyway?
  16.  
  17. My blitterscreen in it's current state don't use CPU passes. Well it makes a scrabled
  18. buffer and write it to chipmem. I have only used it for a rot&zoom&persp
  19. rutine, so I didn't need to make a chunky buffer (Linear rendering => scrabling for free)
  20.  
  21. In my early days of c2p rutines I made a CPU only rutine that could convert a
  22. 8bit 320x256 scrabled buffer in 1 frame on a standard A4000/040 with datacache :)
  23. It's OK for linear rendering but it would not be good to buffer it because it use the
  24. fact that a long read from fastmem takes just as long as a byte read. I used a long
  25. for each 8bit pixel ( 8 bits layed out this way: ___0___1___2___3___4___5___6___7).
  26. Or & shifting 4 pixels together gives a long consisting of four pixels with a - for a c2p
  27. coder - nice layout :) Ohh those were the days 8)
  28.  
  29. >>Yeah... I'm also trying to make everything as systemfriendly as posible.
  30. >>I have tryed out system copperlists and I will make intuition screen version
  31. >>of the blitterscreen (this will ofcause only work on AGA screens).
  32.  
  33. > How are you going to handle 64 pixels width sprites?
  34.  
  35. Hmm.. I have not looked in to this yet, but I hope the systems sprite support will
  36. this. Correct me if I'm wrong. If that's so I can only say: "Why have those sprites if
  37. you can't use then with the system". Hardware banging pehaps. That didn't seam to be a Commodore
  38. habbit.
  39.  
  40. > What about double pixel height?
  41.  
  42. I think there is a monitor mode for that. Take a look at the graphics tool "Brilliance". There
  43. is a PAL: 320 x 128 in the screen req. And it would seem resonable, because it is
  44. posible to make blp1mod the modulus for all bit planes on even H. lines and bpl2mod for odd
  45. H. lines.
  46.  
  47. > What about multisync?
  48.  
  49. You could have User copperlist doing it for you here.
  50.  
  51. > Intuition screens are often promoted to another screenmodes.
  52.  
  53. > Have you thought about that the modulo registers work different in
  54. > scandoubling modes like DBLPAL, DBLNTSC?
  55.  
  56. hmm... those DBL... modes I believe use the same modulus setup as the PAL: 320x128, but
  57. at a higher scan rate. Meaning bpl2mod is the only mod. reg. you have change in your
  58. usercopperlist.
  59.  
  60. The bitplane scrooling part in blitterscreen can be done by using a dual playfield
  61. screen and use VideoControl to turn off the actual dualing. This gives you a way of
  62. scrooling even and odd bitplanes independently.
  63.  
  64. > There is a lot of things to think about! :(
  65.  
  66. There sure is and maybee the best way would be to figur out a fast pixel doubler.
  67.  
  68. > But it is possible more or less system-friendly. I'm finished a version
  69. > without sprite dithering a copple of days ago.
  70.  
  71. Is it fast?
  72.  
  73. Hans Henrik Happe
  74.   Goat / Sumpen
  75.  
  76. You can kill the human race, but you can't kill the AMIGA.
  77.  
  78.